|
Software-defined storage (SDS) is an evolving concept for computer data storage software to manage policy-based provisioning and management of data storage independent of the underlying hardware. Software-defined storage definitions typically include a form of storage virtualization to separate the storage hardware from the software that manages the storage infrastructure. The software enabling a software-defined storage environment may also provide policy management for feature options such as deduplication, replication, thin provisioning, snapshots and backup. SDS definitions are sometimes compared with those of Software-based Storage. By consensus and early advocacy, SDS software is separate from the hardware it is managing. That hardware may or may not also have abstraction, pooling, or automation software embedded. This philosophical span has made software-defined storage difficult to categorize. When implemented as software only in conjunction with commodity servers with internal disks, it may suggest software such as a virtual or global file system. If it is software layered over sophisticated large storage arrays, it suggests software such as storage virtualization or storage resource management, categories of products that address separate and different problems. If the policy and management functions within the software-defined storage solution also include a form of artificial intelligence to automate protection and recovery functions, it can be considered as intelligent abstraction. Software-defined storage may be implemented via appliances over a traditional Storage Area Network (SAN), or implemented as part of a scale-out Network-Attached Storage (NAS) solution, or as the basis of an Object-based storage solution. In March 2014 SNIA began a Draft Technical Work available for public review on Software-Defined Storage. Based on similar concepts as software-defined networking (SDN), interest in SDS rose after VMware acquired Nicira (known for "software-defined networking") for over a billion dollars in 2012.〔 Several companies used the phrase "software-defined storage" to promote their products or plans.〔(What Is Software-defined Storage? ) (Nexenta product brochure) 〕〔 (Software-defined Storage and how does it differ from Hardware-driven storage? ) (Datacore Corporate Blog) 〕〔 (ScaleIO Raises $12M for Software Defined Storage ) 〕〔 〕〔EMC Corp. ViPR Software-Defined Storage〕 with a variety of intended interpretations of the term. VMware, which bought Nicira, used the term "software-defined data center" (SDDC) for a broader concept wherein all the virtualized storage, server, networking and security resources required by an application can be defined by software and provisioned automatically.〔 〕〔 〕 Other smaller companies then adopted the term "software-defined storage", such as now defunct Coraid in May 2013.〔 〕 As the Software-Defined Storage Trend continues, the definition of SDS is gradually floating. This is because data storage vendors are coming up with their own definition for SDS which is in alignment with their product-line. SNIA, a standards group, has attempted a multi-vendor, negotiated (definition ) with examples. == Characteristics == Characteristics of software-defined storage may include any or all of the following features:〔 〕〔 * Abstraction of logical storage services and capabilities from the underlying physical storage systems, and in some cases pooling across multiple different implementations. Since data movement is relatively expensive and slow compared to computation and services (the "data gravity" problem in infonomics), pooling approaches sometimes suggest leaving it in place and creating a mapping layer to it that spans arrays. Examples include: * * Storage virtualization, the generalized category of approaches and historic products. External-controller based arrays include storage virtualization to manage usage and access across the drives within their own pools. Other products exist independently to manage across arrays and/or server DAS storage. * * Virtual volumes (vVols), a proposal from VMware for a more transparent mapping between large volumes and the VM disk images within them, to allow better performance and data management optimizations. This does not reflect a new capability for virtual infrastructure administrators (who can already use, for example, NFS) but it does offer arrays using iSCSI or Fibre Channel a path to higher admin leverage for cross-array management apps written to the virtual infrastructure. * * Parallel NFS (pNFS), a specific implementation which evolved within the NFS community but has expanded to many implementations. * * OpenStack and its Swift and Cinder APIs for storage interaction, which have been applied to open-source projects as well as to vendor products. * Automation with policy-driven storage provisioning with service-level agreements replacing technology details. This requires management interfaces that span traditional storage-array products, as a particular definition of separating "control plane" from "data plane", in the spirit of OpenFlow. Prior industry standardization efforts included the Storage Management Initiative – Specification (SMI-S) which began in 2000. * Commodity hardware with storage logic abstracted into a software layer. This is also described as a clustered file system for converged storage. Examples include: * * Nexenta * * GlusterFS * * Ceph * * VMware Virtual SAN * * StarWind Software Virtual SAN * * EMC ScaleIO * * HP StoreVirtual VSA * * Microsoft 'Clustered Storage Spaces' and 'Storage Spaces Direct' * Scale-Out storage architecture including Microsoft Scale-Out File Servers 抄文引用元・出典: フリー百科事典『 ウィキペディア（Wikipedia）』 ■ウィキペディアで「Software-defined storage」の詳細全文を読む スポンサード リンク
|